(12) INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 



(19) World Intellectual Property 
Organization 
International Bureau 

(43) International Publication Date 
20 January 2005 (20.01.2005) 




PCT 



lillilllllllllllllllllillii 

(10) International Publication Number 

wo 2005/006597 Al 



(51) Internationa] Patent Classification^: 



H04B 7/26 



(21) International Application Number: 

PCT/KR2004A)0172l 



(22) International Filing Date: 12 July 2004 (12.07.2004) 

(25) Filing Language: Korean 

(26) Publication Language: Englisti 

(30) Priority Data: 

10-2003-0047524 12 July 2003 (12.07.2003) KR 

(71) Applicant (for all designated States except US): SAM- 
SUNG ELECTRONICS CO^ LTD, [KR/KR]; 416, Mae- 
tan-dong, Yeongtong-gu, Suwon-si, Gyeonggi-do 442-742 

(KR), 

(72) Inventors; and 

(75) Inventors/Appllcante (for US only): CHANG, Yong 
[KR/KR]; #403-801, Pureunmaeul Shinsung APT., 
Sunae-dong, Bundang-gu, Seongnam-si, Gyeonggi-do 
463-780 (KR). OH, Jun-Hwan [KR/KR]; #101-703, San- 
naedeul Hyundai APT., Julgeon-ri, Suji-eup, Yongin-si, 
Gyeonggi-do 449-845 (KR). 



(74) Agent: LEE, Keon-Joo; Miliwa Bldg. 110-2, Myon- 
giyun-dong 4-ga, Cliongro-gu, Seoul 110-524 (KR). 

(81) Designated States (unless othenvise indicated, for e\>ery 
kind of national protection available): AE, AG, AL, AM, 
AT, AU, AZ, BA, BB. BG, BR, BW, BY. BZ, CA. CH, CN. 
CO, CR, CU, CZ, DE, DK, DM, DZ, EC, EE, EG, ES, FI, 
GB, GD, GE, GH, GM, HR, HU, ID, TL, IN, IS, JP, KE, 
KG, KP, KZ. LC, LK, LR, LS, LT, LU, LV, MA, MD. MG, 
MK, MN, MW, MX, MZ, NA. NI, NO, NZ, OM, PG, PH, 
PL, PT, RO, RU, SC, SD, SE, SG, SK, SL. S Y, TJ, TM, TN, 
TR, TT, TZ, UA, UG, US, UZ, VC. VN. YU. ZA, ZM, ZW. 

(84) Designated States (unless otherwise indicated, for every 
kind of regional protection available): ARIPO (BW, GH, 
GM, KE, LS, MW, MZ, NA, SD, SL, SZ, TZ, UG, ZM, 
ZW), Eurasian (AM, AZ, BY, KG, KZ, MD, RU, TJ, TM), 
European (AT, BE, BG, CH, CY, CZ, DE, DK, EE, ES, FI, 
FR, GB, GR, HU, IE, IT, LU, MC, NL, PL, PT, RO, SE, SI, 
SK, TR), OAPI (BF, BJ, CF, CG, CI, CM, GA, GN, GQ, 
GW, ML, MR, NE, SN, TD, TG). 

PubUsiied: 

— with international search report 

For two-letter codes and other abbreviations^ refer to the "Guid- 
ance Notes on Codes and Abbreviations'* appearing at the begin- 
ning of each regular issue of the PCT Gazette. 



= (54) TiUe: APPARATUS AND METHOD FOR ASSIGNING RESOURCE IN A MOBILE COMMUNICATION SYSTEM 



ON 

in 
so 




MS 



(57) Abstract: Disclosed is an apparatus and method for assigning resource in a mobile communication system. In an IP-based 
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APPARAUTS AND METHOD FOR ASSIGNING RESOURCE IN A 
MOBILE COMMUNICATION SYSTEM 

1 . Field of the Invention 
5 The present invention relates generally to a resource assignment 

apparatus and method in a mobile communication system supporting, and in 
particular, to an apparatus and method for assigning resource in a mobile 
communication system provided for transmitting voice information. 

10 2. Description of the Related Art 

As tiie number of mobile communication subscribers rapidly increases 
and mobile communication services are provided in association with Intemet 
services, a study is being conducted on technology for enabling the subscribers to 
receive various types of data services such as Intemet services and multimedia 

15 services through mobile communication terminals. A mobile communication 

system for providing such data services uses employs Multiple Access. Typically, 
Multiple Access is classified into Time division Multiple Access (TDMA), Code 
Division Multiple Access (CDMA), and Frequency division Multiple Access 
(FDMA). A CDMA 2000 Ix system supporting CDMA among the technologies. 

20 will be described herein below wifli reference to the accompanying drawing. 

The CDMA 2000 Ix system, as illustrated in FIG. 1, is divided into a 
plurality of base stations (BSs) 20, a mobile switching center (MSG) 30 for 
switching voice data and packet data transmitted/received by a mobile station 10 

25 to a corresponding destination in association with the base stations 20, and a 

packet data service node (PDSN) 40 for interfacing with an extemal network. La 
addition, the CDMA 2000 Ix system includes an interworking function (IWF) 50 
for converting circuit data into packet data before concatenation upon receipt of a 
data transmission request firom the mobile switching center 30, and a packet 

30 control function (PGF) 60 for interfacing voice data and packet data between the 

packet data service node 40 and the base station 20. 

The base station 20 is comprised of base transceiver stations (BTSs) 22 
and 23, and a base station controller (BSC) 21 for controlling the base transceiver 
35 stations 22 and 23. 

Signal between the mobile switching center 30 and the base station 
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controUer 21 are defined in an Al interface, and user information therebetween is 
defined in A2/A5 interfaces (or circuit data-only interfaces). An A3 interface (not 
shown) is defined to simultaneously transmit^receive control signals and user data 
during reverse fi:ame selection and forward firame forwarding between a current 
base station controller and another base station controller when soft handofi" 
occurs to the mobile station 10. 

The base station controller 21 includes a transcoder (Xcoder) 24. The 
transcoder 24 (hereinafl;er referred to as a 'Vocoder"), when the base station 
controller 21 receives a radio vocoder fi-ame transmitted fi-om the mobile station 
10, such as Enhanced Variable-Rate Codec (EVRC) fiame, Selectable Mode 
Vocoder (SMV) firame and Qualcomm-Code Excited Linear Prediction Coding 
(Q-CELP) firame, converts the received radio vocoder firame into a Pulse Code 
Modulation (PCM) vocoder frame in order to forward the vocoder fi:ame to a 
wired concentrating network. 

Generally, voice signals transmitted on a wired line are transmitted at a 
rate of 64 Kbps on a TDM transmission line. Therefore, flie TDM-based 
transmission line is also used for transmission of voice signals between the base 
transceiver stations 22 and 23 and the base station controller 21, and between the 
base station controller 21 and the mobile switching center 30. Because voice 
signals are transmitted on a wired line, a specific TDM logical channel must be 
assigned for transmission of the voice signals. If a fixed chaimel is set up for only 
one user in a TDM logical chaimel transmitted on a wired line, voice signals of 
other users cannot be transmitted through the channel. In addition, a channel for 
transmitting the voice signals, after it is assigned to a user who cannot transmit 
other packet data, becomes a fixed channel. Therefore, until communication of a 
corresponding user ends, a specific channel on a wired line must be assigned for 
only one user undesirably. 

SUMMARY OF THE INVENTION 

It is, therefore, an object of the present invention to provide a method for 
eflBciently assigning vocoder resource for data transnMSsion between a base 
station controller and a media gateway in a packet-based mobile communication 
system. 
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To achieve the above and other objects, there is provided a method for 
transmitting/receiving packet data using a base station in a mobile conunimication 
system for transmitting/receiving the packet data including^ a voice call. The 
method comprises receiving a call attempt message from a mobile station; 
5 transmitting a service request message includhig a frame oflEset for call 

processing; receiving a frame offset included in a reply message for the service 
request message; and setting up a radio channel to the mobile station based on the 
received frame offset. 

10 BRIEF DESCRIPTION OF THE DRAWINGS 

The above and other objects, features and advantages of the present 
invention will become more apparent from the following detailed description 
when taken in conjunction with the accompanying drawings in which: 
15 FIG. 1 is a block diagram illustratmg a general mobile communication 

system; 

FIG 2 is a block diagram illustrating a method for assigning resource in a 
mobile communication system according to an embodiment of the present 
invention; 

20 FIG 3 is a scenario illustrating a vocoder resource assignment method 

during call origination in a mobile communication system according to an 
embodiment of the present invention; 

FIG. 4 is a scenario illustrating a vocoder resource assignment method 
during hard handoff in a mobile communication system according to an 
25 embodiment of the present invention; and 

FIG. 5 is a flowchart illustrating a method for assigning resource in a 
media gateway according to an embodiment of the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

30 

A preferred embodiment of the present invention will now be described in 
detail with reference to the annexed drawings. In the following description, a 
detailed description of known functions and configurations incorporated herein 
has been omitted for conciseness. 

35 

A next generation mobile communication system according to an 
embodiment of the present invention, as illustrated in FIG 2, is divided into an 
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MSC emulator (MSCe) 130 for managing call control and mobility control for an 
existing mobile switching center 30, and a media gateway (MGW) 140 for 
transcoding and forwarding voice data. Here, the media gateway 140 includes a 
transcoder 141 therein, and a base station controller 121 includes no transcoder. 

5 Accordingly, an existing bearer interface for transmitting voice information 
between the mobile switching center 30 and the base station controller 21 
illustrated in FIG. 1 corresponds to an interface between the media gateway 140 
and tiie base station controller 121 in a mobile communication system according 
to an embodiment of the present invention. Therefore, voice data between the 

10 base station controller 121 and the media gateway 140 is not transmitted with a 
64-Kbps PCM frame described in the conventional technology, but is transmitted 
with a data frame generated by a radio vocoder. In addition, in order to forward 
voice information to be transmitted and received to/from a mobile station 110, a 
frame protocol capable of determining a transmission state between the media 

15 gateway 140 and the base station controller 121 and an arrival order of packets is 

newly set up. The newly setup frame protocol will be described herein below 
using Table 1 to Table 7. 

The next generation mobile communication system illustrated in FIG 2 
20 according to an embodiment of the present mvention, which is a CDMA 2000 Ix 
Legacy MS Domain (LMSD) system, is illustrated through a network reference 
model between a Radio Access Network (RAN) and a Core Network (CN). A 
structure of the next generation mobile communication system (heremafter 
referred to as a "CDMA 2000 Ix") will be described herein below with reference 
25 to the accompanying drawing. 

The CDMA 2000 Ix LMSD system, as illustrated in FIG 2, is comprised 
of a base station controller 121, an MSC emulator (MSCe) 130, a media gateway 
140, a packet control function (PCF) 150, and a packet data service node (PDSN) 
30 160. The existing MSC 30 is divided into the MSC emulator 130 and the media 

gateway 140. The base station controller 121 can also be described as a base 
station. 

The media gateway 140 interworking with the base station controller 121, 
35 includes a transcoder (or a vocoder) 141 for managing conversion between an 
analog voice signal into a digital signal. The transcoder 141 converts a voce data 
frame transmitted from a meed telephone into a radio vocoder frame used by a 
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mobile station using PCM. In addition, tixe transcoder 141 converts voice data 
generated by a radio vocoder of the mobile station 110 into 64-Kbps PCM voice 
data. 

5 The MSC emulator 130 manages call control and mobility control, and 

controls the media gateway 140. 

The packet control function 150 interworking with the packet data service 
node 160 connected to the external network, performs handoff control and 
10 management, and manages a packet data service profile of a mobile station. 

A signal corresponding to a general Al interface is an 'Alp* interface 
between the MSC emulator 130 and the base station controller 121, and a signal 
corresponding to an A2 interface is an 'A2p' interface between the base station 

15 controller 121 and the media gateway 140. Further, an out-of-band signaling 

process for bearer setup and management is performed through an 'Amp' 
interface between the base station controller 121 and the media gateway 140. 
Here, fimctions defined in the 'Amp' interface can also be performed in an A2p 
firame protocol through an in-of-band signaling process. The *Alp', *A2p' and 

20 * Amp' interfaces are not based on circuit, but based on packet (ATM or IP). 

An example of a protocol stack defined in the interfaces between the base 
station controller 121 and the media gateway 140 and between the base station 
controller 121 and the MSC emulator 130 will be described herein below with 
25 reference to Table 1. The protocol stack described in connection with Table 1 

includes a part newly added according to an embodiment of the present invention 
and a part needed to be changed in a general protocol stack in addition to the 
protocol stack defined in the current standard. 

30 Table 1 



lOSAlp 


lOSAlp 


EVRC/SMV 


EVRC/SMV 


JOS Amp 


lOSAmp 


SUA 


SCCP 


FP 


FP 


SCTP 


M3UA 


RTP 


GRE 


SCTP 


UDP 


SCTP 


TCP/UDP 


IP 


IP 


IP 


IP 


IP 


IP 
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L2 


L2 


L2 


L2 


L2 


L2 


LI 


LI 


LI 


LI 


LI 


LI 


Case 1 


Case 2 


Case I 


Case 2 


Case 1 


Case 2 


Alp interface 


A2p interface 


Amp interface 



Case 1 applied in the present invention throu^ the above protocol stack 
will be described herein below, and a description of Case 2 will be omitted. 



5 Real time Transport Protocol (RTP) and Generic Route Encapsulation 

(GRE) used in an A2p protocol stack are slightly modified from general RTP and 
GRE in their functions, and it means that a function for multiplexing a plurality of 
users with one port and all functions of the general RTP and GRE are not required. 

10 , *Amp' is an interface for out-of-band signaling in a control procedure 

provided in a frame protocol, and forms a separate interface (hereafter referred to 
as an "Amp interface"). When an Amp interface interworks with the media 
gateway 140 via the MSG emulator 130, Session Control Transmission Protocol 
(SCTP) is used for a protocol stack. 

15 

A frame protocol defined in the protocol stack will be desaibed in more 
detail herein below. A fi^e protocol operating on RTP and GRE provides a 
procedure for processing a voice data frame and a control procedure during 
transmission/reception of voice information between the media gateway 140 and 
20 the base station controller 121, and the frame protocol includes the following 
major fimctions. 

First, the frame protocol has a function of making a frame before 
transmission of voice data information, receiving a frame, separating control 
25 information and voice data information from the corresponding frame, and 
analyzing the separated control information and voice data information. 

Second, the frame protocol has an initialization function including a 
function of designating a frame number transmitted/received when a Quality-of- 
30 Service (QoS) of a transmission line or a frame is transmitted/received before 

voice data forwarding between the base station controller 121 and the media 
gateway 140. 
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Third, the frame protocol has a function of setting up and maintaining 
synchronization during actual transmission/reception through a report on a delay 
in order to resolve the delay occurring during real-time transmission/reception of 
5 voice data. 

Fourth, the frame protocol has a vocoder transmission control function 
for equally changing a vocoder in the media gate way 140 during a change in data 
rate or transmission mode of a vocoder used by a mobile station. 

10 

Fifth, the frame protocol has a function of adjusting a rate of voice data 
transmitted from the media gateway 140 at a particular time in order to multiplex 
a signaling message and secondary trafBc generated by the base station controller 
121 using a Dim-and-Burst technique and a Blank-and-Burst technique and 
1 5 forwarding the multiplexed result to the mobile station. 

Sixth, the frame control has a function of assigning a vocoder in the 
media gateway 140. 

20 A method for assigning a vocoder using the sixth function among the 

functions of the frame protocol will be described herein below. In the following 
description, the vocoder resource assignment method is divided into a vocoder 
assignment procedure during call origination and a vocoder resource assignment 
procedure during hard handoff. 

25 

First, the vocoder assignment procedure during call origination will be 
described with reference to FIG. 3. 

When a mobile station (MS) 110 needs an origination call for a voice 
30 signal, the mobile station 110 sends an Origination (or call attempt) message to a 

base station controller (BSC) 121 to request origination of a voice call in step 301. 
Although omitted in FIG. 3, an origination call of the mobile station 110 can be 
connected to the base station controller 121 via base transceiver stations 122a and 
122b, or a router (not shown). In response, the bas station controller 121 sends a 
35 BS Ack Order message in step 302 to inform the mobile station 110 whether the 
Origination message has been received. Thereafter, in step 303, the base station 
controller 121 sends a Call Management (CM) Service Request message to an 
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MSG emulator (MSCe) 130 using an Alp interface. Here, the base station 
controller 121 inserts Preferred Frame Offset for voice origination processing of 
the mobile station 110, received from flie base transceiver stations 122a and 122b, 
and a bearer ID for voice data transmission into the CM Service Request message, 
5 before transmission. A value of Preferred Frame Of&et means a frame offset 
value requested by the base station controller 121, and the bearer ID is used by a 
media gateway (MGW) 140 in setting up a bearer path for transmission of voice 
data. For example, RTP/UDP/D? Port or GRE/IP port can be used as the bearer ID. 
Table 2 illustrates the CM Service Request message, particularly, illustrates how a 
10 frame offset and a bearer ID are inserted into a general CM Service Request 
message. Other fields except Frame Offset and Bearer ID are identical to 
corresponding fields in the general CM Service Request message. 

Table 2 



Information Element 


Element 
Direction 


lype 


Protocol Discriminator 


BS->MSC 




Reserved - Octet 


BS->MSC 




Message Type 


BS->MSC 


yc 


CM Service Type 


BS->MSC 




Classmark Information 1^ 2 


BS->MSC 




Mobile Identity (IMSI) 


BS->MSC 




Called Party BCD Number 


BS->MSC 


0" 


c 


Mobile Identity (ESN) 


BS->MSC 


Qin 


R 


Slot Cycle Idenx 


BS->MSC 




C 


Authentication Response Parameter 
(AUTHR) 


BS->MSC 




C 


Authentication Confirmation Parameter 

(RANDC) 


BS->MSC 


0' 


C 


Authentication Parameter COUNT 


BS -> MSG 


0 


C 


Authentication Challenge Parameter 
(RAND) 


BS->MSC 


0* 


C 


Service Option 


BS -> MSC 




R 


Voice Privacy Request 


BS -> MSC 


0 


C 
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"DO — AAQP 






Called Parfv ASCTT Numher 


PC — ^ A/fcr* 

Uo IVloL/ 




c 


V^IXVIXXL XUWXXtiWy V^V/VXw 


-DC TVACP 
13 O ^ iVloL/ 




c 


Authentication Event 


BS->MSC 


0" 


c 


Authentication Data 


BS->MSC 




G 


PACA Reorigination Indicator 


BS->MSC 


0" 


G 


User Zone ID 


BS->MSC 


0 


G 


IS-2000 Mobile Capabilities 


BS->MSC 


0 ' 


G 


CLMA Serving One Way Delay 


BS->MSC 




G 


Special Service Call Indicator 


BS -> MSG 


0 


G 


Service Option Connection Identifier 
(SOCI) 


BS->MSC 


0^ 


C 


Protocol Revision 


BS -> MSG 


0" 


G 


Origination Continuation Indicator 


BS -> MSG 


0^ 


G 


Return Cause 


BS -> MSG 


O'^ 


C 


Frame Offset 


BS -> MSG 


0 


G 


Bearer ID 


BS->MSC 


0 


G 



In step 304, the MSG emulator 130 receiving the CM Service Request 
message inserts the Preferred Frame Offset value received from the base station 
controller 121 into a Media Gateway Control (MEGACO) Add Request message 
5 in the fonn of Session Description Protocol (SDP) information before 

transmission, in order to send a vocoder resource setup request to the media 
gateway 140. 

In step 305, the media gateway 140 receiving the MEGACO Add Request 
10 message from the MSC emxilator 130 inserts Assigned Frame Offset information 
finally determined in a vocoder as a decision for a request of the Preferred Frame 
Offset requested by the base station controller 121 into a MEGACO Add Reply 
message in the form of SDP information, before transmission. At the same time, 
the media gateway 140 also designates MGW Bearer ID in the MEGACO Add 
15 Reply message before transmission. Thereafter, the media gateway 140 prepares 

necessary vocoder resource. A frame offset method for resource assignment in a 
vocoder will be described with reference to FIG. 5. In step 306, the MSC emulator 
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130 includes the MGW Bearer ID received from the media gateway 140 and the 
Assigned Frame Offset value determined in the media gateway 140 in an 
Assignment Request message for ordering radio channel setup, and transmits the 
Assignment Request message to the base station controller 121. Table 3 illustrates 
the Assignment Request message, particularly, illustrates how a frame offset and a 
bearer ID are inserted into a general Assigmnent Request message. Other fields 
except Frame Offset and Bearer ID are identical to corresponding fields in the 
general Assignment Request message. 



Tables 



Information Element 


Element 
Direction 


lype 


Message Type 


MSC->BS 


M 


Channel Type 


MSC->BS 




Circuit Identity Code 


MSC->BS 


0' 


C 


Enctyption Infoimation 


MSC->BS 


0^ 


C 


Service Option 


MSC->BS 


O'* 


R 


Signal 


MSC->BS 




C 


Calling Party ASCn Number 


MSC->BS 




c 


MS Information Records 


MSC->BS 


o*- 


c 


Priority 


MSC->BS 


0" 


c 


PACA Timestamp 


. MSC->BS 


0' 


c 


Quality of service Parameters 


MSC->BS 




c 


Service Option Connection Identifier (SOCI) 


MSC->BS 


& 


c 


Frame Offset 


MSC->BS 


o 


c 


Bearer ID 


MSC->BS 


0 


c 



In step 307, a radio traffic channel is set up between the mobile station 
110 and the base station controller 121 based on the Assignment Request message 
for ordering radio channel setup in step 306. In step 308, the base station 
controller 121, after the radio traffic channel is set up, sends an Assignment 
Complete message to the MSG emulator 130 to inform completion of the channel 
setup. At the same time, the base station controller 121 adds Bearer ID for voice 
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data transmission. Table 4 illustrates the Assignment Complete message, 
particularly, illustrates how a bearer ID is inserted into a general Assignment 
Complete message. Other fields except Bearer ID are identical to corresponding 
fields in the general Assignment Complete message. 

5 

Table 4 



Information Element 


Element Direction 


lype 


Message Type 


BS -> MSC 


M 


Channel Number 


BS->MSC 


M" 


Encryption Information 


BS -> MSC 


0" 


c 


Service Option 


BS->MSC 


o** 


R 


Service Option Connection Identifier (SOCI) 


BS->MSC 


0" 


c 


BearerlD 


BS -> MSC 


0 


c 



In step 309, the MSC emulator 130 sends the media gateway 140 a 
10 MEGACO Modify Request message into which a bearer ID of the base station 

controller is inserted so that media gateway bearer setup is completed. In step 310, 
the media gateway 140 sends a MEGACO Modify Reply message to inform that 
bearer setup of the media gateway is completed. In step 311, the media gateway 
140 sends the base station controller 121 an A2p-Frame Forward (Initialization) 
IS message which is an in-of-band signaling message usmg an A2p interface or an 
Amp Initialization message which is an out-of-band signaling message using an 
Amp interface in an initialization procedure, for voice data transmission between 
the media gateway 140 and the base station controller 121. At the same time, the 
media gateway 140 designates information on QoS necessary for a transmission 
20 line and a sequence number of a fi^me to be newly started in the corresponding 

message before transmission. 

In step 312, the base station controller 121 performs initialization such as 
QoS setup according to the Initialization Procedure received through the A2p- 
25 Frame Forward message, and then sends the media gateway 140 an A2p-Frame 

Reverse message or an Amp Initialization Ack message as a response for the 
Initialization Ack. In step 313, the media gateway 140 sends a ring back tone to 
the mobile station 110. In step 314, the MSC emulator 130 sends a MEGACO 
Modify Request message to the media gateway 140 so that bearer setup of the 
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media gateway is performed. In step 315, the media gateway 140 sends a 
MEGACO Modify Reply message to the MSG emulator 130 to inform that bearer 
setup of the media gateway is completed. Thereafter, in step 316, the base station 
controller 121 includes a voice data frame received from the mobile station 110 in 
5 an A2p-Frame Reverse message together with a voice data rate and information 

bits, and transmits the A2p-Frame Reverse message to the media gateway 140. In 
step 317, the media gateway 140 include the voice data frame received from the 
media gateway in an A2p-Frame Forward message together with a voice data rate 
and information bits, and transmits the A2p-Frame Forward message to the base 
10 station controller 12L Thereafter, in step 318, the mobile station 110 sets up a 

session to the base station controller 121 and then performs voice communication 
with the called party. 

FIG. 3 has illustrated a vocoder resource assignment procedure applied 
15 when the mobile station 110 originates a call, and it is also applied when a voice 

call is received at the mobile station 110. In this case, an operation of inserting 
Preferred Frame Offset in a Page Response message, transmitting the Page 
Response message from the base station controller 121 to the MSG emulator 130, 
and sending the Page Response message from the MSG emulator 130 to the 
20 media gateway 140 through a MEGAGO message is identical to the operation 
performed when the mobile station 110 origmates a call. Because the case where 
the voice call is received is different only in application from and identical in 
actual operation to the case where the voice call is originated, a description of a 
call scenario will not be given. Table 5 illustrates the Page Response message, 
25 particularly, illustrates how a frame offset and a bearer ID is inserted into a 

general Page Response message. Other fields except Frame Offset and Bearer ID 
are identical to corresponding fields in the general Page Response message. 

Table 5 

30 



Informatioii Element 


Element 
Direction 


Type 


Protocol Discriminator 


BS->MSC 




Reserved - Octet 


BS->MSC 




Message Type 


BS->MSC 




Classmark Information Type 2 


BS->MSC 
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MnHilp THentitv TTMSH 

iVlUUliC XUCAlULjr yuyxuxj 


BS -> MSC 


M" 


lag 


BS -> MSC 


0 


c 


Mnhilp THentitv TESlsn 


BS -> MSC 


o 


R 




BS->MSC 




c 


A ntli#*nfi rati nti "Rpwrnise Parameter fAUTHR^ 


BS->MSC 


0" 


c 


Anfhpti+irntioTi CloTifinnatioii Parameter 


BS->MSC 


0** 


c 


AiitTipnticatifin Parameter COUNT 


BS->MSC 


0 


c 


A 11 til pnti cation Challenge Parameter fRAND^ 


BS -> MSC 


0* 


c 


Qf»Ti7ir*<» Otrrinn 


BS -> MSC 




R 


\7nip#» Privncv l?ftmiest 


. BS -> MSC 


0 


c 


Pirniit THpntitv Code 


BS -> MSC 


0« 


c 


Authentication Event 


BS->MSC 


O'' 


c 


Radio Environment and Resoiirces 


BS->MSC 


0' 


R 


User Zone ID 


BS -> MSC 


0 


c 


IS-2000 Mobile Capabilities 


BS->MSC 


Qlcm 


c 


CDMA Serving One Way Delay 


BS->MSC 


Qn,tn 


c 


Service Option Connection Identifier (SOCI) 


BS->MSC 


Qm,o 


c 


Protocol Revision 


BS -> MSC 


0" 


c 


Frame Offset 


BS -> MSC 


0 


c 


Bearer ID 


BS->MSC 


o 


c 



FIG. 4 is a scenario illustrating a vocod^ resource assignment method 
during hard handoff in a mobile communication system according to another 
embodiment of the present invention. FIG. 3 illustrates an example of an out-of- 
5 band signaling message using an independent signaling message on Amp which is 

a separate signaling interface between the base station controller 121 and the 
media gateway 140. 

It is assumed herein that if signal power reported by a mobile station 1 1 0 
10 exceeds signal power defined in a network, a source base station (S-BS) 120 

performs hard handoff to one or more cells under a target base station (T-BS) 170. 
In step 401, the source base station 120 sends a Handoff Required message to an 
MSC emulator 130 together with a list of corresponding cells. Table 6 illustrates 
the Handoff Required message, particularly, illustrates how a frame offset and a 
15 bearer ID is inserted into a general Handoff Required message. Other fields 
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except Frame Offset and Bearer ID are identical to corresponding fields in the 
general Handoff Required message. 

Table 6 

5 ^ 



Information Element 


Element Direction 


lype 


Message Type 


MSC->BS 


M 


Channel Type 


MSC -> BS 


M^ 


Encryption Information 


MSC -> BS 


M^ 


Classmark Information Type 2 


MSC -> BS 




Cell Identifier List (Target) 


MSC->BS 


M* 


Circuit Identity Code Extension 


MSC->BS 


0' 


c 


IS-95 Channel Identity 


MSC->BS 




c 


Mobile Identity (IMSI) 


MSC -> BS 


08 


R 


Mobile Identity (ESN) 


MSC->BS 


0^ 


R 


Downlink Radio Environment 


MSC -> BS 




R 


Service Option 


MSC -> BS 


0* 


C 


CDMA Serving One Way Delay 


MSC -> BS 


0'' 


R 


MS Measured Channel Identity 


MSC -> BS 




C 


IS-2000 Channel Identity 


MSC -> BS 




C 


QuaUty of Service Parameters 


MSC->BS 


0' 


C 


IS-2000 Mobile Capabilities 


MSC->BS 


0" 


C 


C IS-2000 Service Configuration Record 


MSC -> BS 


oq.e 


c 


Source PDSN Address 


MSC->BS 


0'." 


c 


Protocol Type 


MSC -> BS 




c 


Source RNC to Target RNC Transparent 
Container 


MSC->BS 




c 


Slot Cycle Index 


MSC->BS 




c 


Access Network Identifiers 


MSC->BS 


Qn,a 


c 


Service Option List 


MSC->BS 


0" 


c 


IS-2000 Channel Identity 3X 


MSC->BS 


OP.V 


c 


Anchor PDSN Address 


MSC->BS 


0^ 


c 


IS-2000 Non-negotiable Sendee 
Configuration Record 


MSC->BS 




c 


Anchor P-P Address 


MSC -> BS 


0" 


c 


Protocol Revision 


MSC->BS 


0' 


c 
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Packet Session Parameters 


MSC->BS 




C 


Frame Offset 


MSC->BS 


0 


C 


Bearer ID 


MSC->BS 


0 


C 



In step 402, the MSG emulator 130 receiving the Handoff Required 
message sends a MEGACO Add Request message to a media gateway 140 in 
order to request vocoder resource and setup of a bearer path from the target base 
5 station 170 to the media gateway 140. In step 403, the media gateway 140 

receiving the MEGACO Add Request message from the MSG emulator 130 
designates MGW Bearer ID to setup a bearer to the target base station 170, and 
includes a value for a current frame ojffset to be used by the mobile station 110 in 
a MEGAGO Add Reply message before transmission. A vocoder resource 

10 assignment method in the media gateway 140 will be described with reference to 
FIG 5, In step 404, if a hard handoff bit included in the Handoff Required 
message received from the source base station 120 is designated to meaning 
hard handoff, the MSG emulator 130 sends the target base station 170 a Handoff 
Required message including current TIA/EIA-95 Ghannel Identity element and 

15 media gateway ID, and a frame offset value determined in the media gateway 140. 

If the Handoff Required message is received from the MSG emulator 130, the 
target base station 170 sends Null Forward Traffic Ghannel Frames to the 
corresponding mobile station 100 in step 405. In step 406, the target base station 
170 inserts BSG Bearer ID mto a Handoff Request Acknowledge message and 

20 sends the Handoff Request Acknowledge message to the MSG emulator 130. 

Table 7 illustrates the Handoff Request Acknowledge message, particularly, 
illustrates how a bearer ID is inserted into a general Handoff Request 
Acknowledge message. Other fields except Bearer ID are identical to 
corresponding fields in the general Handoff Request Acknowledge message. 

25 

Table 7 



Information Element 


Element Direction 


lype 


Message Type 


BS -> MSG 


M 


IS-95 Channel Identity 


BS -> MSG 




c 


Cell Identifier List 


BS -> MSC 




R 


Extended Handoff Direction Parameters 


BS->MSC 


O* 


c 


Hard Handoff Parameters 


BS->MSC 


0* 


c 
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T.^.?nnn PViannel Tdentitv 


BS -> MSC 




c 


TSI^ynnn Sprvine C*nTifioiiration Record 


BS -> MSC 




c 


IS-2000 Non-Negotiable Service 
Configuration Record 


BS->MSC 




c 


Target RNC to Source RNC Transparent 

Container 


BS->MSC 


08 


c 


Service Option List 


BS->MSC 


O*' 


c 


Cause 


BS->MSC 


0' 


c 


IS-2000 Channel Identity 3X 


BS->MSC 




c 


Protocol Revision 


BS->MSC 


0'' 


c 


Bearer ID 


BS->MSC 


0 


c 



In step 407, the MSC emulator 130 sends the media gateway 140 a 
MEGACO Modify Request message into which BSC Bearer ID is inserted so that 
5 bearer setup of the media gateway 140 is completed. In step 408, the media 

gateway 140 sends a MEGACO Modify Reply message to mform completion of 
MGW bearer setup. In step 409, the MSC emulator 130 prepares for switching 
from the source base station 120 to a target base station controller 121b, and 
sends a Handofif Conmiand message to the source base station 120. In step 410, 

10 the source base station 120 sends one of General Handoff Direction/Extended 

Handofif Direction/Universal Handofif Direction messages to the mobile station 
110, In step 411, the mobile station 110 sends an MS Ack Order message to the 
source base station 120 in acknowledgement of the Handofif Direction message. 
In step 412, the source base station 120 sends a Handoff Connnand (or Handoff 

1 5 Start) message to the MSC emulator 1 30 in order to inform completed preparation 

for moving to a channel for the target base station controller 121b. In step 413, 
the media gateway 140 sends the target base station 170 an A2p-Frame Forward 
message which is an in-of-band signaling message or an Amp-Initialization 
message which is an out-of-band signaling message in an mitialization procedure, 

20 for voice data transmission between the media gateways. At the same time, the 

media gateway 140 designates information on QoS necessary for a transmission 
line and a sequence number of a frame to be newly started before transmission. In 
step 414, tiie target base station 170 performs initialization such as QoS setup 
according to the Initialization Procediire received through flie A2p-Frame 

25 Forward message, and then sends the media gateway 140 an A2p-Frame Reverse 
message or an Amp-Initialization Ack message as an Initialization Ack message. 
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In step 415, the base station 110 sends Reverse Traffic Channel Frames or a 
Traffic Channel Preamble to the target base station controller 121b in order to 
match reverse synchronization. In step 416, the mobile station sends a HandoflF 
Complete message to the target base station 170. In step 417, the target base 
5 station 170 wirelessly sends a BS Ack Otdsr message to the mobile station 110. 
In step 418, the target base station 170 sends the MSG emulator 130 a Handoff 
Complete message to inform successful completion of hard handofif on the mobile 
station 110. In step 419, the MSC emulator 130 sends Clear Command to the 
source base station 120. In step 420, the source base station 120 sends the MSC 
10 emulator 130 a Clear Complete message indicating successful completion of 
Clear. In step 421, the MSC emulator 130 sends the media gateway 140 a 
MEGACO Subtract Request message for clearing a bearer connected to the 
existing source base station 120. In step 422, the media gateway 140 sends a 
MEGACO Subtract Reply message to the MSC emulator 130. 

15 

FIG 5 is a flowchart illustrating a frame offset assignment method during 
vocoder resource assignment in a media gateway. 

In step 501, a media gateway 140 is in an idle state. The media gateway 
20 140 determines in step 502 whether a MEGACO message includmg a frame 

offset preferred by a base station controller 121 has been received Table 8 
illustrates the MEGACO message, especially, illustrates how frame offset 
information to be added is inserted into a general MEGACO message. Here, the 
MEGACO message is generated not by existing binary coding, but by text coding. 
25 Therefore, information on a frame offset proposed in the present invention can be 

added when the MSC emulator 130 requests initial bearer setup to the media 
gateway 140, and can be inserted into Bearer Setup Information Element in the 
MEGACO message. 

30 Table 8 



Address Information 


Control Information 


Bearer Information 




Frame Offset=Frame offset 

number (Type 1) 

Frame Offsets and tiieir 

Priorities = Frame Offsets and 
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I I their priorities (Type 2) \_ | 

Here, the base station controller 121 can sort the frame offsets according 
to their loads, sort a total of 16 frame offsets according to their priorities, and 
transmit a frame offset corresponding to the smallest load to the MSG emulator 

5 130. If it is determined that a MEGACO message including a frame offset 

preferred by the base station controller 121 has not been received, the media 
gateway 140 returns to step 501 where it maintains the idle state. However, if a 
MEGACO message including a frame offeet preferred by the base station 
controller 121 has been received, the media gateway 140 proceeds to step 503 

10 where it analyzes, for each frame offset, an entire load of a base ti-ansceiver 
station (BTS) managed by the media gateway 140 through tiie MEGACO 
message including the fhme offset preferred by the base station controller 121 in 
step 503. As a result of the analysis, the media gateway 140 determines in step 
504 whether there is any vocoder resoiurce supporting a frame offeet preferred by 

15 the base station contiroUer 121. If there is any available vocoder resource 

supporting a frame offeet preferred by the base station controller 121, the media 
gateway 140 assigns a frame offeet provided from the base station controller 121 
in step 505, and reserves vocoder resource corresponding thereto in step 506. In 
step 507, tiie media gateway 140 determines whetiier a voice request has been 

20 received through a voice transmission bearer path of Ihe mobile station 110. If a 
voice request has been received tiirough a voice transmission bearer path of the 
mobile station 110, tiie media gateway 140 prepares for tiansmission of voice data 
witix the reserved vocoder in step 508. Thereafter, in step 509, the media gateway 
140 mforms the base station contix)ller 121 of the assigned frame offset via the 

25 MSC emulator 130 through a MEGACO Reply message. 

However, if it is determined in step 504 that there is no available vocoder 
resource supporting a frame offset preferred by tiie base station controller 121, tiie 
media gateway 140 measures a load assigned to otiier frame offsets in step 510, 

30 and assigns a frame offset with the smallest load among tiie frame offeets in step 

511. hi step 506, tiie media gateway 140 reserves vocoder resource corresponding 
thereto. In step 507, the media gateway 140 detemaines whetiier a voice has been 
received through a voice transmission bearer path of the mobile station 110. If a 
voice has been received tiirough a voice transmission bearer patii of the mobile 

35 station 110, the media gateway 140 prepares for transmission of voice data with 

tiie reserved vocoder in step 508. Thereafter, m step 509, tiie media gateway 140 
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informs the base station controller 121 of the frame offset via the MSG emulator 
130 through a MEGACO Reply message. 

As described above, a mobile commmiication system efSciently assigns 
5 vocoder resource in a media gateway by uniformly distributing vocoder voice 
data between the media gateway with a transcoder (or vocoder) and a base station 
controller to all vocoder resources instead of concentrating the vocoder voice data 
to a certain vocoder resource. 

10 While the invention has been shown and described with reference to a 

certain preferred embodiment thereof, it will be understood by those skilled in the 
art that various changes in form and details may be made therein without 
departing from the spirit and scope of the invention as defined by the appended 
claims. 

15 
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WHAT IS CLAIMED IS: 

1. A method for assigning resource in a media gateway in a mobile 
communication system, the method comprising the steps of: 

receiving a control message having a frame offset included therein; 
determining whether fliere is any resource supporting the frame offset 
included in the control message; and 

assigning the resource if there is any resource supporting the frame offset. 

2. The method of claim 1, further comprising the steps of: 
measuring loads assigned to other frame ofifeets if there is no available 

resource corresponding to the frame ofi&et value; and 

assigning a frame offset with a smallest load among the measured loads. 

3. The method of claim 1 or 2, fiirfher comprising the step of, if a 
voice data request has been received from a mobile station, transmitting data with 
resource having the assigned frame offset and sending a reply control message 
including the assigned frame offset to a base station controller. 

4. The method of claim 1, further comprising the step of analyzing 
an entire load of a base station for each frame offset if the control message with 
the frame offset has been received. 

5. The method of claim 1 , wherein the resource is vocoder resource. 

6. The method of claim 1, wherein the media gateway includes a 
plurality of vocoders. 

7. A method for transmitting/receiving packet data using a base 
station in a mobile communication system for transmitting/receiving the packet 
data including a voice call, the method comprising the steps of: 

receiving a call attempt message from a mobile station; 
transmitting a service request message including a frame offset for call 
processing; 

receiving a frame offset included in a reply message for the service 
request message; and 

setting up a radio channel to the mobile station based on the received 
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frame offset. 

8. The method of claim 7, wherein a fiame offset included in the 
reply message for the service request message is identical to a frame offset 

S included in the service request message for call processing. 

9. The method of claim 8, wherein a frame offset included in the 
reply message for the service request message is a frame offset newly assigned by 
a media gateway. 

10 

10. The method of claim 8, further comprising the steps of: 
transmitting a service request message including a bearer ID for the call 

processing; and 

receiving a bearer ID included in the reply message for the service 
1 5 request message. 

IL An apparatus for assigning resource in a mobile commimication 
system including a mobile switching center (MSG) emulator (MSCe) for 
performing a switching operation of a voice call, a media gateway (MGW) 
20 connected to the MSG emulator, and a base station (BS) connected to the MSG 

emulator and the media gateway, for conraiunicating with a mobile station using a 
radio channel, the apparatus comprising: 

the base station for, upon receiving a voice call request from the mobile 
station, transmitting a Gall Management (GM) service request message including 
25 a frame offset value to the MSG emulator, and setting up a radio channel to the 

mobile station by receiving information including a fiame offset determined in 
the media gateway; 

the MSG emulator for sending the GM service request message received 
from the base station to the media gateway, and sending the information including 
30 the frame offset received from the media gateway to the base station; and 

the media gateway for receiving the GM service request message from 
the MSG emulator, assigning resource by determining a frame offset, sending the 
determined frame offset to the MSG emulator, and performing communication 
using resource assigned according to the detranined frame of&et when the 
35 mobile station originates a call. 



12. The apparatus of claim 11, wherein the GM service request 
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message further includes a bearer ID. 

13. The apparatus of claim 12, wherein the media gateway has a 
plxirality of vocoders. 

5 

14. The apparatus of clam 12, wherein the resource is vocoder 
resource. 

15. A method for assigning resource in a mobile communication 
10 system including a mobile switching center (MSG) emulator (MSCe) for 

performmg a switching operation of a voice call, a media gateway (MGW) 

connected to the MSG emulator, and a base station (BS) connected to the MSG 

emulator and the media gateway, for communicating with'a mobile station using a 

radio channel, the method comprising the steps of: 
15 sending, by a source base station, a handoff request signal including a 

frame offset to the MSG emulator when a mobile station performing a voice call 

with the media gateway packet by packet needs handoff; 

transmitting by the MSG emulator a Media Gateway Control (MEGACO) 

add request message including the frame offset to the media gatewajr, 
20 assigning by the media gateway a frame offset of a base station based on 

a received MEGAGO add request message, and sending a reply message 

according thereto to the MSG emulator; 

sending by the MSG emulator the frame offset included in tiie reply 

message to a handoff target base station using a handoff request signal; and 
25 performing, by the media gateway, communication using resource 

assigned based on the determined frame offset during handoff of the mobile 

station. 

1 6. The mefliod of claim 1 5, further comprising the steps of: 

30 assigning by the target base station a forward traffic channel to a mobile 

station to be handed off in response to the handoff request signal, generating a 
reply signal therefor, and sending the reply signal to the MSG emulator; 

sending by the MSG emulator a handoff command message to a source 
base station that requested the handoff; 

35 performing, by the source base station that requested the handoff, handoff 

with tihie mobile station, and sending a handoff start message to the MSG 
emulator; 
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sending by the MSG emulator a request for modifying voice call 
processing with the target base station to the media gateway; and 

modifying, by the media gateway, information on voice call processing 
with the target base station. 

5 

1 7. The method of claim 1 5, further comprising the steps of: 
measuring loads assigned to other frame offsets if there is no available 

vocoder resource corresponding to the frame offset value; 

assigning a frame offset with a smallest load among the measured loads; 
10 reserving vocoder resource corresponding to the frame offset value; 

preparing for transmission of voice data with the reserved vocoder when 
voce data is transmitted through a voice transmission bearer path of the mobile 
station; and 

informing a base station controller of the assigned firame offset through a 
1 5 control reply message. 

18. The method of claim 15, wherein a bearer path for the bearer 
setup uses an RTP/UDP/BP port or a GRE/IP port. 

^ 20 19. The method of claim 15, wherein the media gateway has a 

plurality of vocoders. 
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